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(54) Processor having real-time external instruction insertion for debug functions without a 
debug monitor 



(57) A processor (1 6) is disclosed that has real-time 
external instruction insertion for debug functions. The 
processor (16) includes processor circuitry operable to 
execute embedded code (19) and debug circuitry inter- 
facing with the processor circuitry that is operable to 
communicate with a debug host (1 2). The processor cir- 
cuitry includes execution control logic (60) operable to 
select instructions for processor decode (62) and exe- 
cution by the processor circuitry. The debug circuitry in- 
cludes a register (30) connected to the execution control 



logic (60) as a source of instructions. The execution con:- 
troi logic (60) has an arbitration scheme for selecting 
between the register (30) in the debug circuitry and other 
instruction sources such that the register (30) in the de- 
bug circuitry allows external instruction insertion for ex- 
ecution by "the fSrocessor circuitry. In one embodiment, 
the other instruction sources include a fetch queue (68). 
an interrupt register (64), and a pipeline protection reg- 
ister (66). Also in this embodiment, the arbitration 
scheme can allow debug instructions to be preemptive 
or non-preemptive. 
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Description 

TECHNICAL FIELD OF THE INVENTION 

[0001] This Invention relates in general to the field of s 
embedded processors and, more particularly, to a proc- 
essor having real-time external instruction insertion tor 
debug functions without a debug monitor. 

BACKGROUND OF THE INVENTION 10 

[0002] Embedded processors are widely used in a va- 
riety of applications and generally include processor cir- 
cuitry that executes embedded code to perform desired 
functions. One type of embedded processor Is a micro- is 
controller which can be used, for example, to control the 
operation of a device, such as a motor Another type of 
embedded processor is a digital signal processor (DSP) 
which can be used, for example, in a variety of commu- 
nications products, such as cellular phones. The use of 20 
an embedded processor to perform desired functions 
generally requires the development and debug of the 
embedded code. In many applications, the embedded 
code includes foreground code for performing time crit- 
ical tasks and background code for performing admin- 25 
istrative or higher level tasks. 

[0003] For certain applications, it can be particularly 
important to be able to debug the embedded code using 
real-time execution control. It can also be important to 
provide for real-time debug access to registers and 30 
memory in an embedded processor without using a de- 
bug monitor and without stopping the processor. Real- 
time execution control albws for the suspension of the 
embedded processor's execution of a given task while 
still allowing the processor to continue to service other, 35 
time critical tasks. Thus, real-time execution control al- 
lows the user of processor development and debug 
tools to interactively control the execution of embedded 
code within the system without necessarily Interfering 
with the processor's ability to perform time critical tasks. 40 
For example, if embedded code is being debugged in a 
processor used to control a hard disk drive motor, the 
processor should not be allowed to stop controlling that 
motor. Otherwise, the motor may go out of control and 
destroy the hard disk drive. Thus, it is important to allow ^5 
the processor to continue to execute the time critical 
task of controlling the motor while the embedded in- 
struction code is being debugged. 
[0004] One conventional execution control method is 
to stop all processor execution upon a break event and so 
not allow for any interrupts to be processed until execu- 
tion resumes. This approach is taken in stop mode em- 
ulation schemes used in some processors. However, 
this does not allow for controlling the processor's exe- 
cution in a real-time, embedded system. ss 
[0005] Another conventional method is to have a 
break event trigger a special interrupt which causes the 
processor to execute an interrupt service routine in 
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which the processor waits for either a command to 
resume execution or for an enabled, time critical inter- 
rupt to occur This type of interrupt service routine is of- 
ten referred to as a "debug monitor." Thus, the debug 
monitor is implemented by code executed by the em- 
bedded processor after being placed in a debug state. 
This debug monitor approach provides a form of execu- 
tion control and is used in some processors in addition 
to the use of stop mode emulation schemes. 
[0006] In this debug monitor method, the special in- 
terrupt service routine typically communicates to a de- 
bug host through scanable registers. The debug host 
scans in commands and scans out results. When halted, 
the processor is actually inside the debug monitor, serv- 
icing time critical interrupt service routines while per- 
forming commands. Consequently, the debug monitor 
scheme suffers from problems in that it uses system re- 
sources such as program and data memory. In general, 
on chip memory is very expensive and possibly can be 
corrupted by the debug monitor. Further, performance 
overhead due to saving and restoring context is experi- 
enced as the debug monitor is entered and exited and 
time critical interrupts generally have to be blocked dur- 
ing this time period. 

SUMMARY OF THE INVENTION 

[0007] In accordance with the present invention, a 
processor having real-time external instruction insertion 
for debug functions is disclosed that provides advantag- 
es over prior processor debug schemes. 
[0008] According to one aspect of the present inven- 
tion, the processor includes processor circuitry operable 
to execute embedded code and debug circuitry interfac- 
ing with the processor circuitry that is operable to com- 
municate with a debug host. The processor circuitry in- 
cludes execution control logic operable to select instruc- 
tions for processor decode and execution by the proc- 
essor circuitry. The debug circuitry includes a register 
connected to the execution control logic as a source of 
instructions. The execution control logic has an arbitra- 
tion scheme for selecting between the register in the de- 
bug circuitry and other instructran sources such that the 
register in the debug circuitry allows external instruction 
insertion for execution by the processor circuitry. In one 
embodiment, the other instruction sources include a 
fetch queue, an interrupt register, and a pipeline protec- 
tion register. Also in this embodiment, the arbitration 
scheme can allow debug instructions to be preemptive 
or non-preemptive. 

[0009] A technical advantage of the present invention 
is allowing external instruction insertion without the use 
of a debug monitor. The elimination of the code and per- 
formance overhead of the debug monitor provides ad- 
vantages including eliminating the code for the debug 
monitor, the use of processor resources for holding data 
during execution of the debug monitor, the relatively 
lengthy delay between a break event and the ability to 
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service time-critical interrupts, and the development 
time in creating the debug monitofT" 
[0010] Another technological advantage of the 
present invention is the extension of access to internal 
registers to be used for the insertion of instructions. This 
mechanism is included as part of the processor and pro- 
vides an alternative instruction source. 
[001 1] Further technical advantages of the present in- 
vention should be apparent from the drawings, descrip- 
tion and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[001 2] A more complete understanding of the present 
invention and advantages thereof may be acquired by 
referring to the following description taken in conjunction 
with the accompanying drawings, in which like reference 
numbers indicate like features, and wherein: 

FIGURE 1 is a block diagram of one embodiment 
of a debug environment including a debug host and 
a target system having an embedded processor; 
FIGURE 2 is a block diagram of one embodiment 
of debug circuitry in the processor of FIGURE 1 ; 
FIGURE 3 is a diagram of the operation of the de- 
bug core of FIGURE 2 to allow external instruction 
insertion. 

DETAILED DESCRIPTION OF THE INVENTION 

[0013] FIGURE 1 is a block diagram of one embodi- 
ment of a debug environment, indicated generally at 10, 
including a debug host 12 and a^target system 14. In 
this embodiment, target system l5 has an embedded 
processor 16 that provides control signals to and re- 
ceives sensor signals from a device under control 18. 
For example, processor 14 can be a microcontroller and 
device 18 can be a hard disk drive motor. Processor 16 
executes embedded code 19 to perform programmed 
functions. In general, embedded code 19 includes two 
categories of embedded code: foreground code and 
background code. The foreground code performs time 
critical tasks, for example, device control tasks executed 
at regular inten/als to service device 18. The back- 
ground code performs administrative and higher level 
tasks, is typically larger in size and is not as time critical. 
[0014] FIGURE 2 is a block diagram of one embodi- 
ment of debug circuitry in processor 16 of FIGURE 1. 
The debug circuitry includes a debug core 20. execution 
control 22. and wrapper 24. These components inter- 
face with the rest of the processor core 26. Debug core 
20 communicates with debug host 12 to receive debug 
commands and provide results. In one Implementation, 
debug core 20 manages a JTAG TAP state machine for 
accomplishing communication with debug host 12. De- 
bug core 20 can hold scan registers, contain all TCK 
logic and manage debug address, data, status and con- 
trol information. Execution control 22 can then arbitrate 



4 

between interrupts, instructions and debug and can con- 
trol suspension and restarting of processor 1 6. Wrapper 
24 can provide an interface for the debug circuitry com- 
ponent to the rest of the processor core 26 and the mem- 
5 ory bus. 

[0015] According to the present invention, the debug 
circuitry in processor 1 6 allows debug host 1 2 to perform 
real-time execution control for debug functions without 
using a debug monitor. In general, when processor 16 

10 encounters a break event set by debug host 12 indicat- 
ing that processor 16 should halt execution of the cur- 
rent task, processor 16 enters a hardware state in which 
it does not fetch further instructions for the current task. 
In this state, processor 16 can wait for an external com- 

is mand from debug host 1 2 indicating that execution can 
be resumed or for an enabled time critical interrupt re- 
quest. One example of debug state machines main- 
tained by processor 16 are shown and described in U. 
S. Provisional Patent Application Serial No. 60/078,785 

20 entitled "Processor Having Real-time Execution Control 
for Debug Functions Without a Debug Monitor", filed on 
the 2"<^ March 1998. 

[0016] If processor 1 6 receives a command from de- 
bug host 12 indicating that execution should be re- 

25 sumed, processor 16 can resume fetching and execut- 
ing instructions until another break event is received. Al- 
so, processor 16 can be made to execute a single in- 
struction by automatically causing a break event as the 
first fetched instruction is executed. Further, if an ena- 

30 bled, time critical interrupt Is received, processor 1 6 can 
execute associated code (typically foreground code as 
mentioned above) to perform tasks normally associated 
with servicing that interrupt (e.g.. a context save) and 
can record that it was in a suspended state when the 

35 Interrupt was taken. After processor 1 6 has serviced the 
interrupt and restores the prior context, processor 16 
can reenter the suspended state. At this point, proces- 
sor 1 6 can resume waiting for a command from debug 
host 12 to resume execution or for additional enabled, 

40 time critical interrupts. 

[0017] FIGURE 3 is a diagram of the operation of the 
debug core 20 of FIGURE 2 to allow external instruction 
insertion. As shown, the data in JXREG register 30 is 
provided as an Input to an execution control 60. Execu- 

45 tion control 60 selects the next op-code to be provided 
to processor decode 62 for execution by the processor. 
Execution control 60 also receives Inputs from an inter- 
rupt register 64, a pipeline protection register 66 and a 
fetch queue 68. In operation, execution control 60 arbi- 

50 trates between the multiple instruction sources by serv- 
icing an instruction from interrupt register 64 as the top 
priority first. The next priority for service is pipeline pro- 
tection register 66, followed by fetch queue 68. In this 
non-preemptive scheme, JXREG register 30 is the last 

55 in priority. In addition to being provided to execution con- 
trol 60, data in JXREG register 30, along with data in 
FXREG 32, can be provided as a memory address in 
memory data for access to memory on the processor. 
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[001 8] In this manner, it is possible to use JXREG reg- 
ister 30 and FXREG register 32 for external insertion 
(from the debug host) of an instruction for execution and 
of an address and data for access to memory. This is 
accomplished in hardware without the use of a debug s 
monitor. In this embodiment, JXREG register 30 oper- 
ates as an instruction/address register, and FXREG reg- 
ister 32 operates as a result/data register. These regis- 
ters can be accessed through a debug mechanism, 
such as JTAG (IEEE 1149,1 ) or a serial port. io 
[0019] In one implementation, the external instruction 
insertion for debug functions can be set to be preemp- 
tive rather than non-preemptive. If preemptive, then the 
inserted instruction from JXREG register 30 has priority 
over other sources of instructions for execution control is 
60. If non-preemptive (as mentioned above), then ex- 
ternal access is provided only if there is no other activity 
in the processor (i.e., the other instruction sources are 
empty). With respect to memory access, preemptive 
memory access (as opposed to non-preemptive ac- 20 
cess) can be handled by inserting a preemptive no-op 
instruction into the Instruction stream. The no-op in- 
struction frees the memory for a cycle when it is execut- 
ed. 

[0020] As an example, for an Inserted debug write to 
data memory, the debug core can wait for a cycle when 
the processor is not using the data memory bus. Then 
the debug core can send out an address and data. 
These are then multiplexed with the processor's normal 
write address and data buses The multiplexer chooses 30 
the debug inserted address and data. From the its per- 
spective, the memory simply sees an address and data 
just as if it were a normal processor access. (If desired, 
there can be a special core signal to indicate that the 
access is a debug access in case a memory block or 35 
peripheral wants to handle the access differently.) A de- 
bug read from data memory can be accomplished sim- 
ilar to writes, except that the data read back Is redirected 
to the debug core. 

[0021] External access that needs to be performed as "to 
part of the debugging process typically includes the abil- 
ity to read and write: memory and memory mapped pe- 
ripheral registers, logic that may be connected to mem- 
ory bus, and processor and system registers not acces- 
sible through memory operations but accessible 45 
through processor performed Instructions. These ac-. 
tions are actions that the processor is capable of per- 
forming as part of its normal operation. The real-time 
external instruction insertion scheme of the present in- 
vention provides such access while solving problems so 
with conventional debug schemes. According to the 
present invention, the processor's normal source of in- 
structions can be supplemented with a source for debug 
requests to be submitted to the processor. An arbitration 
mechanism determines which operation the processor ss 
will perform at a given time. When the processor per- 
forms a debug requested instruction, it can use the sep- 
arate set of resources provided by the debug core 20 to 
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supply information for that request and in which to store 
the results. These resources can then be accessed by 
the debug host. 

[0022] The processor arbitration mechanism can con- 
sider a number of factors in selecting the next instruction 
to be executed. For example, the arbitration mechanism 
can consider the following when determining whether to 
perform a debug request: (1) whether there is a debug 
request available; (2) whether it is a preemptive request 
and, if not, whether there the processor resources re- 
quired are available and whether the request can be per- 
formed in parallel with normal instructions; (3) whether 
debug accesses are enabled by the processor or wheth- 
er the processor has disabled them; and (4) whether the 
processor is currently engaged in a time-critical activity. 
Because of the flexibility of arbitration mechanisms, the 
processor and embedded code has a great deal of con- 
trol over when debug accesses are performed. This al- 
lows for operation in real time environments. However, 
the debug system can, in an emergency, be provided 
with an ability to exercise overriding authority to allow 
for the debug of a real time system that has gone out of 
control. Depending on processor architecture and the 
nature of the debug request, it may be possible to per- 
form the Instruction in parallel with normal Instructions, 
If the request cannot be performed In parallel, then the 
debug request needs to be inserted into the instruction 
stream without disturbing the program counter and the 
other aspects of the processor state. This can be treated 
as a sub-Instruction In that It does not advance the pro- 
gram counter. 

[0023] Providing external instruction insertion as an 
additional instruction source is different from other real 
time debug solutions. Conventional solutions trigger a 
special interrupt that causes the processor to execute a 
debug monitor. The debug monitor then saves off a por- 
tion of the processor resources used by the application 
and performs the debug request (i.e., reads/writes a 
memory tocation register) and then restores the proces- 
sor resources. This will take a relatively long period of 
time due to the need to save and restore normal proc- 
essor resources. Also, system resources such as mem- 
ory will be required to hold the debug monitor code. Fur- 
ther, these resources need to be protected against cor- 
ruption or risk loss of debug control. 
[0024] Although the present invention has been de- 
scribed in detail, it should be understood that various 
changes, substitutions and alterations can be made 
thereto without departing from the sphere and scope of 
the invention as defined by the appended claims. 
[0025] A method for real-time external instruction in- 
sertion for debug functions, comprising: 

selecting instructions using execution control logic 
for a processor decode and execution by processor 
circuitry; 

connecting a register in debug circuitry to the exe- 
cution control logic as a source of instructions; and 
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using an arbitration scheme in the execution control 
logic for selecting between the register in the debug 
circuitry and other instruction sources; 
such that the register in the debug circuitry allows 
external instruction insertion for execution by the 
processor circuitry. 



3. The processor of Claim 2, wherein the other instruc- 
tion sources further comprise an interrupt register. 

4. The processor of Claim 3. wherein the other instruc- 
tion sources further comprise a pipeline protection 
register. 



[0026] The method wherein the other instruction 
sources comprise a fetch queue. 
[0027] The method wherein the other instruction 
sources further comprise an interrupt register. 
[0028] The method wherein the other instruction 
sources further comprise a pipeline protection register. 
[0029] The method wherein using the arbitration 
scheme includes allowing debug instructions to be 
preemptive or non-preemptive. 

[0030] The method wherein, when debug instructions 
are non-preemptive, using the arbitration scheme in- 
cludes making the register in the debug circuitry lowest 

priority. 

[0031] The method wherein, when debug instructions 
are preemptive, using the arbitration scheme includes 
making the register in the debug circuitry highest priority. 
[0032] The method further comprising connecting the 
register and a second register in the debug circuitry to 
allow insertion of an external memory access. 
[0033] The method further comprising using the de- 
bug circuitry to insert a no-op instruction for execution 
to free a memory cycle for the external memory access. 
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The processor of Claim 4, wherein the arbitration 
scheme allows debug instructions to be preemptive 
or non-preemptive. 

The processor of Claim 5. wherein, when debug in- 
structions are non-preemptive, the arbitration 
scheme makes the register in the debug circuitry 
lowest priority. 

The processor of Claim 5, wherein, when debug in- 
structions are preemptive, the arbitration scheme 
nnakes the register in the debug circuitry highest pri- 
ority. 

The processor of Claim 1 . wherein the debug cir- 
cuitry further comprises a second register, and the 
register and second register in the debug circuitry 
allow insertion of an external memory access. 

The processor of Claim 8, wherein the debug cir- 
cuitry is use to insert a no-op instruction for execu- 
tion to free a memory cycle for the external memory 
access. 



Claims 



1 . A processor having real-time external instruction in- 
sertion for debug functions, comprising: 35 

processor circuitry operable to execute embed- 
ded code; and 

debug circuitry interfacing with the processor 
circuitry and operable to communicate with a 
debug host; 

the processor circuitry comprising execution 
control logic operable to select instructions for 
a processor decode and execution by the proc- 
essor circuitry; 4S 
the debug circuitry comprising a register con- 
nected to the execution control logic as a 
source of instructions; 

the execution control logic having an arbitration 
scheme for selecting between the register in so 
the debug circuitry and other instruction sourc- 
es; 

such that the register in the debug circuitry al- 
lows external instruction insertion for execution 
by the processor circuitry. ss 



2. The processor of Claim 1 . wherein the other instruc- 
tion sources comprise a fetch queue. 
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